• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    An overload control mechanism involving at least an intra slice instance and two or more inter slice instances is disclosed. The inter slice instance is monitoring how two or more network slices use resources. If the use is not within slice constraints, the intra slice instance determines, per a network slice, an amount of resources to be released by the network slice; and causes commanding network slices to release resources correspondingly. An intra slice instance is configured at least to determine (503), in response to detecting reception of a command (502) to release resources or that one or more of flows do not reach quality of service level (501), an amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting (507) flows to an order according to predetermined sorting rule for flows; and releasing (509, 510) resources flow by flow (508) according to the order.
    公开号:FI20205838A1
    申请号:FI20205838
    申请日:2020-08-28
    公开日:2021-11-30
    发明作者:Alessandro Lieto；Silvio Mandelli
    申请人:Nokia Solutions & Networks Oy；
    IPC主号:
    专利说明:

    OVERLOAD CONTROL MECHANISM
    TECHNICAL FIELD Various example embodiments relate to wireless communications and, particularly, to overload control in network slicing.
    BACKGROUND Wireless communication systems are under constant development. One way to meet the need for faster communication and huge increase of the data amount is network slicing, in which virtualized and independent logical networks are multiplexed on the same physical network infrastructure.
    BRIEF DESCRIPTION The scope of protection sought for various embodiments of the inven- tion is set out by the independent claims. The embodiments, examples and features, if any, described in this specification that do not fall under the scope of the inde- pendent claims are to be interpreted as examples useful for understanding various embodiments of the invention.
    An aspect provides an apparatus comprising at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the apparatus at least to perform: monitoring how two or more network slices use resources; determining, in response to the use not being within slice constraints, per a network slice, an amount of resources to be released by the network slice; and causing commanding network slices to release resources correspondingly.
    2 In an embodiment, the at least one memory and computer program S code are configured to, with the at least one processor, cause the apparatus further s 25 to perform the monitoring by checking per a network slice whether the slice vio- 0 lates its maximum resource constraint and/or other slices’ minimum resources - constraints and/or its maximum rate constraint and/or other slices’ minimum re- & source constraints. x In an embodiment, the at least one memory and computer program D 30 code are configured to, with the at least one processor, cause the apparatus further S to perform: sorting, in response to the use not being within slice constraints, the network slices to an order according to a predetermined rule; causing commanding network slices one network slice at a time according to the order; in response to receiving from a network slice information that more resources than the amount in the command were released, updating amounts of resources to be released of network slices that have not yet been commanded to release resources.
    In an embodiment, the at least one memory and computer program code are configured to, with the at least one processor, cause the apparatus further to perform for at least one of the two or more network slices an intra-slice proce- dure comprising: determining, in response to the command to release resources a first amount or in response to one or more of flows of the slice not reaching quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to hav- ing two or more flows, the flows to an order according to a predetermine sorting rule for flows; and releasing resources flow by flow according to the order until enough resources have been released.
    An aspect provides an apparatus comprising at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the apparatus at least to perform: determining, in response to detecting thata com- mand to release resources a first amount is received or that one or more of flows do notreach quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a pre- determine sorting rule for flows; releasing resources flow by flow according to the order until enough resources have been released.
    In an embodiment, enough resources have been released when a re- leased amount of resources is at least equal to the sum of the first amount and the o second amount.
    AN In an embodiment, the releasing includes removing the flow or degrad- A ing the guality of service of the flow. 2 In an embodiment, the quality of service is a bit rate requirement.
    N 30 In an embodiment, the sorting rule is based on one or more of key per- E formance indicators comprising a spectral efficiency, an achieved throughput, a © guaranteed quality of service, and a priority. 3 In an embodiment, the at least one memory and computer program N code are configured to, with the at least one processor, cause the apparatus further N 35 to perform the sorting of flows by performing at least the following: in response to flows having each at least the same throughput than its minimum throughput constraint but different priorities, sorting the flows according to the priority order, so that resources of a flow with a lower priority are released before resources of flows with higher priority; in response to flows each at least having the same throughput than its minimum throughput constraint and the same priorities, de- termining spectral efficiencies of the flows and sorting the flows so that resources of a flow with lower spectral efficiency are released before resources of flows with higher spectral efficiency; and in response to flows each at least having the same throughput than its minimum throughput constraint, the same priorities, and the same spectral efficiencies, sorting the flows according to mobile identifiers associ- ated with the flows.
    In an embodiment, the at least one memory and computer program code are configured to, with the atleast one processor, cause the apparatus further to perform: determining, per a flow, a packet delay budget failure ratio; and in re- sponse to the packet delay budget failure ratio of the flow being above a threshold, removing the flow.
    An aspect provides a method comprising: monitoring how two or more network slices use resources; determining, in response to the use not being within slice constraints, per a network slice, an amount of resources to be released by the network slice; and causing commanding network slices to release resources corre- spondingly.
    An aspect provides a method comprising: determining, in response to detecting that a command to release resources a first amount is received or that one or more of flows do not reach quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service require- ments of active flows; sorting, in response to having two or more flows, the flows o to an order according to a predetermine sorting rule for flows; releasing resources AN flow by flow according to the order until enough resources have been released. 3 | An aspect provides a computer program comprising instructions for o causing an apparatus to perform at least one of a first process and a second process, N 30 wherein the first process comprises the following: monitoring how two or more E network slices use resources; determining, in response to the use not being within 0 slice constraints, per a network slice, an amount of resources to be released by the & network slice; and causing commanding network slices to release resources corre- N spondingly, wherein the second process comprises the following: determining, in N 35 response to detecting that a command to release resources a first amount is re- ceived or that one or more of flows do notreach guality of service level of the flow,
    a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; releasing re- sources flow by flow according to the order until enough resources are released. An aspect provides a computer readable medium comprising program instructions for causing an apparatus to perform at least one of a first process and a second process, wherein the first process comprises the following: monitoring how two or more network slices use resources; determining, in response to the use not being within slice constraints, per a network slice, an amount of resources to be released by the network slice; and causing commanding network slices to re- lease resources correspondingly, wherein the second process comprises the fol- lowing: determining, in response to detecting that a command to release resources a first amount is received or that one or more of flows do not reach quality of ser- vice level of the flow, a second amount corresponding to resources missing to sat- isfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; releasing resources flow by flow according to the order until enough re- sources are released.
    BRIEF DESCRIPTION OF DRAWINGS Embodiments are described below, by way of example only, with refer- ence to the accompanying drawings, in which Figure 1 illustrates an exemplified wireless communication system; Figure 2 is a schematic block diagram; Figures 3 to 8 illustrate example functionalities; and > 25 Figure 9 is a schematic block diagram.
    S DETAILED DESCRIPTION OF SOME EMBODIMENTS 3 The following embodiments are examples. Although the specification e may refer to “an”, “one”, or “some” embodiment(s) in several locations, this does = not necessarily mean that each such reference is to the same embodiment(s), or N 30 that the feature only applies to a single embodiment. Single features of different 3 embodiments may also be combined to provide other embodiments. Furthermore, S words “comprising” and “including” should be understood as not limiting the de- scribed embodiments to consist of only those features that have been mentioned and such embodiments may contain also features/structures that have not been specifically mentioned. Further, although terms including ordinal numbers, such as
    “first”, “second”, etc., may be used for describing various elements, the structural elements are not restricted by the terms.
    The terms are used merely for the pur- pose of distinguishing an element from other elements.
    For example, a first element could be termed a second element, and similarly, a second element could be also 5 termed a first element without departing from the scope of the present disclosure.
    Embodiments and examples described herein may be implemented in any communications system comprising wireless connection(s). In the following, different exemplifying embodiments will be described using, as an example of an access architecture to which the embodiments may be applied, a radio access ar- chitecture based on new radio (NR, 5G) or long term evolution advanced (LTE Ad- vanced, LTE-A), without restricting the embodiments to such an architecture, how- ever.
    It is obvious for a person skilled in the art that the embodiments may also be applied to other kinds of communications networks having suitable means by ad- justing parameters and procedures appropriately.
    Some examples of other options for suitable systems are the universal mobile telecommunications system (UMTS) radio access network (UTRAN or E-UTRAN), long term evolution (LTE, the same as E-UTRA), beyond 5G, wireless local area network (WLAN or WiFi), worldwide in- teroperability for microwave access (WiMAX), Bluetooth&, personal communica- tions services (PCS), ZigBee&, wideband code division multiple access (WCDMA), systems using ultra-wideband (UWB) technology, sensor networks, mobile ad-hoc networks (MANETS) and Internet Protocol multimedia subsystems (IMS) or any combination thereof.
    Figure 1 depicts examples of simplified system architectures only show- ing some elements and functional entities, all being logical units, whose implemen- tation may differ from what is shown.
    The connections shown in Figure 1 are logical o connections; the actual physical connections may be different.
    It is apparent to a AN person skilled in the art that the system typically comprises also other functions A and structures than those shown in Figure 1. 2 The embodiments are not, however, restricted to the system given as an N 30 example but a person skilled in the art may apply the solution to other communi- E cation systems provided with necessary properties. © The example of Figure 1 shows a part of an exemplifying radio access & network.
    N Figure 1 shows user devices 101 and 101' configured to be in a wireless N 35 connection on one or more communication channels in a cell with an access node (such as (e/g)NodeB) 102 providing the cell.
    The physical link from a user device to a (e/g)NodeB is called uplink or reverse link and the physical link from the (e/g)NodeB to the user device is called downlink or forward link.
    It should be ap- preciated that (e/g)NodeBs or their functionalities may be implemented by using any node, host, server or access point (AP) etc. entity suitable for such a usage.
    A communications system 100 typically comprises more than one (e/g)NodeB in which case the (e/g)NodeBs may also be configured to communicate with one another over links, wired or wireless, designed for the purpose.
    These links may be used for signalling purposes.
    The (e/g)NodeB is a computing device configured to control the radio resources of communication system it is coupled to.
    The NodeB may also be referred to as a base station, an access point or any other type of interfacing device including a relay station capable of operating in a wire- less environment.
    The (e/g)NodeB includes or is coupled to transceivers.
    From the transceivers of the (e/g)NodeB, a connection is provided to an antenna unit that establishes bi-directional radio links to user devices.
    The antenna unit may com- prise a plurality of antennas or antenna elements.
    The (e/g)NodeB is further con- nected to core network 105 (CN or next generation core NGC). Depending on the system, the counterpart on the CN side can be a serving gateway (S-GW, routing and forwarding user data packets), packet data network gateway (P-GW), for providing connectivity of user devices (UEs) to external packet data networks, or mobile management entity (MME), etc.
    The user device (also called UE, user equipment, user terminal, terminal device, etc.) illustrates one type of an apparatus to which resources on the air in- terface are allocated and assigned, and thus any feature described herein with a user device may be implemented with a corresponding apparatus, such as a relay node.
    An example of such a relay node is a layer 3 relay (self-backhauling relay) o towards the base station.
    O The user device typically refers to a portable computing device that in- 0 cludes wireless mobile communication devices operating with or without a sub- 2 scriber identification module (SIM), including, but not limited to, the following N 30 types of wireless devices: a mobile station (mobile phone), smartphone, persona! E digital assistant (PDA), handset, device using a wireless modem (alarm or meas- © urement device, etc.), laptop and/or touch screen computer, tablet, game console, & notebook, and multimedia device.
    It should be appreciated that a user device may N also be a nearly exclusive uplink only device, of which an example is a camera or N 35 video camera loading images or video clips to a network.
    A user device may also be a device having capability to operate in Internet of Things (IoT) network which is a scenario in which objects are provided with the ability to transfer data over a network without requiring human-to-human or human-to-computer interaction. The user device may also utilise cloud. In some applications, a user device may comprise a small portable device with radio parts (such as a watch, earphones or eyeglasses) and the computation is carried out in the cloud. The user device (or in some embodiments a relay node, such as a mobile termination (MT) part of the integrated access and backhaul (IAB) Node), is configured to perform one or more of user equipment functionalities. The user device may also be called a subscriber unit, mobile station, remote terminal, access terminal, user terminal or user equip- ment (UE) just to mention but a few names or apparatuses.
    Various techniques described herein may also be applied to a cyber- physical system (CPS) (a system of collaborating computational elements control- ling physical entities). CPS may enable the implementation and exploitation of mas- sive amounts of interconnected ICT devices (sensors, actuators, processors micro- controllers, etc.) embedded in physical objects at different locations. Mobile cyber physical systems, in which the physical system in question has inherent mobility, are a subcategory of cyber-physical systems. Examples of mobile physical systems include mobile robotics and electronics transported by humans or animals.
    Additionally, although the apparatuses have been depicted as single en- tities, different units, processors and/or memory units (not all shown in Figure 1) may be implemented.
    5G enables using multiple input — multiple output (MIMO) antennas, many more base stations or nodes or corresponding network devices than the LTE (a so-called small cell concept), including macro sites operating in co-operation with smaller stations and employing a variety of radio technologies depending on o service needs, use cases and/or spectrum available. 5G mobile communications AN supports a wide range of use casesandrelated applications including video stream- A ing, augmented reality, different ways of data sharing and various forms of machine 2 type applications (such as (massive) machine-type communications (mMTC), in- N 30 cluding vehicular safety, different sensors and real-time control. 5G is expected to E have multiple radio interfaces, namely below 6GHz, cmWave and mmWave, and © also being integradable with existing legacy radio access technologies, such as the & LTE. Integration with the LTE may be implemented, at least in the early phase, as a N system, where macro coverage is provided by the LTE and 5Gradio interface access N 35 comes from small cells by aggregation to the LTE. In other words, 5G is planned to support both inter-RAT operability (such as LTE-5G) and inter-RI operability
    (inter-radio interface operability, such as below 6GHz - cmWave, below 6GHz - cmWave - mmWave). One of the concepts considered to be used in 5G networks is network slicing in which multiple independentand dedicated virtual sub-networks (network instances) may be created within the same infrastructure to run services that have different requirements on latency, reliability, throughput and mobility. The current architecture in LTE networks is fully distributed in the ra- dio and fully centralized in the core network. The low latency applications and ser- vices in 5G require to bring the content close to the radio which leads to local break out and multi-access edge computing (MEC). 5G enables analytics and knowledge generation to occur at the source of the data. This approach requires leveraging resources that may not be continuously connected to a network such as laptops, smartphones, tablets and sensors. MEC provides a distributed computing environ- ment for application and service hosting. It also has the ability to store and process content in close proximity to cellular subscribers for faster response time. Edge computing covers a wide range of technologies such as wireless sensor networks, mobile data acquisition, mobile signature analysis, cooperative distributed peer- to-peer ad hoc networking and processing also classifiable as local cloud/fog com- puting and grid /mesh computing, dew computing, mobile edge computing, cloud- let, distributed data storage and retrieval, autonomic self-healing networks, remote cloud services, augmented and virtual reality, data caching, Internet of Things (massive connectivity and/or latency critical), critical communications (autono- mous vehicles, traffic safety, real-time analytics, time-critical control, healthcare applications).
    The communication system is also able to communicate with other net- works, such as a public switched telephone network or the Internet 106, or utilise o services provided by them. The communication network may also be able to sup- AN port the usage of cloud services, for example at least part of core network opera- A tions may be carried out as a cloud service (this is depicted in Figure 1 by “cloud” 2 107). The communication system may also comprise a central control entity, or a N 30 like, providing facilities for networks of different operators to cooperate for exam- E ple in spectrum sharing. © Edge cloud may be brought into radio access network (RAN) by utilizing & network function virtualization (NVF) and software defined networking (SDN). Us- N ing edge cloud may mean access node operations to be carried out, at least partly, N 35 inaserver,hostor node operationally coupled to a remote radio head or base sta- tion comprising radio parts. It is also possible that node operations will be distributed among a plurality of servers, nodes or hosts.
    Application of cloudRAN architecture enables RAN real time functions being carried out at the RAN side (in a distributed unit, DU 102) and non-real time functions being carried out in a cen- tralized manner (in a centralized unit, CU 104). It should also be understood that the distribution of labour between core network operations and base station operations may differ from that of the LTE or even be non-existent.
    Some other technology advancements probably to be used are Big Data and all-IP, which may change the way networks are being con- structed and managed. 5G (or new radio, NR) networks are being designed to sup- port multiple hierarchies, where MEC servers can be placed between the core and the base station or nodeB (gNB). It should be appreciated that MEC can be applied in 4G networks as well. 5G may also utilize satellite communication to enhance or complement the coverage of 5G service, for example by providing backhauling.
    Possible use cases are providing service continuity for machine-to-machine (M2M) or Internet of Things (10T) devices or for passengers on board of vehicles, or ensuring service availability for critical communications, and future railway /maritime/aeronautical communications.
    Satellite communication may utilise geostationary earth orbit (GEO) satellite systems, but also low earth orbit (LEO) satellite systems, in partic- ular mega-constellations (systems in which hundreds of (nano)satellites are de- ployed). Each satellite 103 in the mega-constellation may cover several satellite- enabled network entities that create on-ground cells.
    The on-ground cells may be created through an on-ground relay node 102 or by a gNB located on-ground or in a satellite.
    It is obvious for a person skilled in the art that the depicted system is o only an example of a part of a radio access system and in practice, the system may O comprise a plurality of (e/g)NodeBs, the user device may have an access to a plu- 0 rality of radio cells and the system may comprise also other apparatuses, such as 2 relay nodes, for example distributed unit (DU) parts of one or more IAB nodes, or N 30 other network elements, etc.
    At least one of the (e/g)NodeBs or may be a E Home(e/g)nodeB.
    Additionally, in a geographical area of a radio communication © system a plurality of different kinds of radio cells as well as a plurality of radio cells & may be provided.
    Radio cells may be macro cells (or umbrella cells) which are large N cells, usually having a diameter of up to tens of kilometers, or smaller cells such as N 35 —micro-, femto- or picocells.
    The (e/g)NodeBs of Figure 1 may provide any kind of these cells.
    A cellular radio system may be implemented as a multilayer network including several kinds of cells. Typically, in multilayer networks, one access node provides one kind of a cell or cells, and thus a plurality of (e/g)NodeBs are required to provide such a network structure.
    For fulfilling the need for improving the deployment and performance of communication systems, the concept of “plug-and-play” (e/g)NodeBs has been introduced. Typically, a network which is able to use “plug-and-play” (e/g) Node Bs, includes, in addition to Home (e/g)NodeBs (H(e/g)nodeBs), a home node B gate- way, or HNB-GW (not shown in Figure 1). A HNB Gateway (HNB-GW), which is typ- ically installed within an operator's network may aggregate traffic from a large number of HNBs back to a core network.
    Figure 2 illustrates an access node, such as a base station gNB for the new radio, the base station being configured to support radio access network slic- ing. In the network slicing, virtual radio access network instances, called slices, are created, with tailored set of virtualized control functions, such as scheduling, and mobility management, based on individual slice /service requirements while at the same time ensuring performance guarantees and/or service level agreement guar- antees between different slices. The slices can be seen to correspond to various applications, or services, like mobile broadband or ultra-reliable low-latency com- munication, and/or verticals, like automotive, and/or tenants, also called mobile virtual network operators, which have different statistical characteristics and dif- ferent requirements for performance and for quality of experience/quality of ser- vice. To take into account that radio resources needed per slice vary, radio re- sources provided by the cell may be allocated (split) between the slices by defining for a slice a minimum amount of the resources and a maximum amount of re- sources, the minimum amount guaranteeing resources for a service level agree- S ment and the maximum amount of resources being the upper limit the slice can N schedule at a time or on average over a time window. The resource allocation may A be based on resource partitioning (reserved spectrum) or resource sharing (spec- T trum shared), for example. N 30 To provide an overload control mechanism configured to take into ac- E count the flexibility given by the minimum and maximum constraints, for example co by minimum and maximum resource constraints and/or by minimum and maxi- & mum rate constraints, the access node is configured to contain an inter slice master N instance 201, which may be an instance within an orchestrator, i.e. within the in- N 35 stance allowing resources for slices. The inter-slice master instance is configured to monitor resource use of slices, and to command slices, if need is detected during monitoring, to release resources, as will be described in detail with Figure 3. As a counter-party to the inter-slice master instance, the slices comprise intra slice in- stances 202-1, 202-2. An intra slice instance 202-1, 202-2 of a slice provides slice- specific release of resources, as will be described in detail with Figure 4. In other words, in the disclosed example, the inter slice master instance 201 monitors the behavior of the plurality of slices in the cell and may command the slices to release resources, and the intra slice instance 202-1, 202-2 determines how to release re- sources in a single slice, if commanded to release resources. In other words, the intra slice instances 202-1, 202-2 are independent of each other.
    The inter-slice master instance 201 may be in a layer 2 packet scheduler in the access node, or it may be an instance in a higher layer entity. One or more of the intra-slice instances 202-1, 202-2 or all of them or none of them may reside in the same entity, for example in the layer 2 packet scheduler, as the inter-slice mas- ter instance 201. Further, it should be appreciated that even though in the example of Figure 2 the instances locate in the access node, that need not to be the case. The instances may locate in different nodes or units. For example, the central unit (CU) may comprise the inter-slice master instance 201 and the distributed unit (DU) may comprise one or more intra-slice instances 202-1, 202-2.
    Figure 3 illustrates an example of a functionality of the inter-slice mas- ter instance in the access node having two or more slices. The described function- ality may run periodically, being executed every few seconds, for example, and/or triggered by any congestion situation detected by the wireless network, for exam- ple by the layer 2 packet scheduler.
    Referring to Figure 3, resource use of the two or more slices is moni- tored in block 301 by checking current obtained resources by all slices. If the re- S sources used remain within the resource constraints (block 302: yes), the monitor- N ing in block 301 continues. If the resources used do not remain within the resource A constraints (block 302: no), the amount of resources to release are determined in T block 303 per a slice, and commanding the two or more slices to release resources N 30 by the determined amounts is caused in block 304. Then the process returns to E block 301 to continue the monitoring.
    co As can be seen, it is possible to monitor and control service level agree- & ments fulfillment in the slices without waiting for a slice to be congested before any N corrective actions are made. Further, instead of borrowing resources from other N 35 cells, commands are dispatched to the two or more slices, to solve the resource constraints violation within the cell and its resources.
    The functionality of Figure 3 may be implemented by an algorithm ISRM (inter slice resource monitoring) according to the following pseudocode 1 : 1: function ISRM (X, Q) 2: T=0,A=0 3: forVje]do 4: if Xj< 70". tmin then 5: Aj =X; - G 6: T = T- Aj 7: Xj =m 8: elseif Xj>{"™ + tmx then 9: Aj = Xj - Sj” 10: T = T- Aj 11: Xj =e 12: if T> 0 then 13: A=A+RS(T,{™" x) 14: return A wherein bold symbols refer to the sets of all elements X = current obtained resources O = guality of service T = desired resources A = amount of resources to be released j = slice S J = set of slices O gj” = minimum resource constraint (0 if none given) o> tmin = threshold to relax minimum resource constraint 2 gj = maximum resource constraint N 30 tmax = threshold to relax maximum resource constraint E RS =redistribute surplus function (algorithm), for example according to Q the following pseudocode 2:ONNN
    15: function RS(T, {™™", X) 16: k=X-g"in 17: R=(Yk)1-kT 18: returnR wherein k = surplus vector In the above pseudocode 1 in line 2 desired resources and the amount of resources to be released are initialised, and then initial check on minimum and maximum constraints is performed per a slice. In case the current obtained re- sources of a slice is less than the relaxed minimum constraint of the slice (row 4), the total resource to be released is increased (row 6), and in case the current ob- tained resources of a slice is more than the relaxed maximum constraint of the slice (row 8), resources are released down to the maximum constraint (row 9), and the total resource to be released is decreased (row 10).
    If after the initial check on the minimum and maximum constraints of all slices the amount of desired resources is more than zero, there are still re- sources to be released and the redistribute surplus function is performed.
    After that the amount of resources to be released is known, per a slice, and the inter slice master instance can provide a set of commands to release re- sources. The resources to be released per a slice depends on the violated slice con- straints by the slice itself (maximum resource constraint, and/or maximum rate constraint) and/or other slices’ violated minimum constraints (minimum resource constraint, and/or minimum rate constraint).
    Instead of the pseudocode 2 algorithm for the surplus redistribution, N any other algorithm/routine may be used, provided that it ensures that the right N amount of resources are released, and minimum resource constraints are fulfilled. 3 Figure 4 illustrates an example of a functionality of the intra-slice in- N 30 stance. As said above, the slices perform the functionality illustrated in Figure 4 z independently, and using their own policies. Herein, a flow is an atomic entity that N demands for data transfer, the term flow thereby covering also a data radio bearer 3 and a user device. S Referring to Figure 4, when a command to release certain amount, a first N 35 amount of resource is received in block 401, flow constraints of the slice are taken into account by determining in block 402 the amount of resources missing to satisfy bit rate requirements of active flows.
    Examples of the bit rate requirements include requirements for a guaranteed bit rate and a nominal bit rate.
    For example, following formula may be used to determine the amount of resources missing to satisfy the bit rate requirements:
    grin AM= Xiej; (max (EE — 1) X;, o|) wherein AM = the amount of missing resources Ji = set of all constraints belonging to the flow i pn = minimum bit rate constraint target for flow i Ri = smoothed bit rate experienced by flow i in the last period Xi= smoothed amount of resources experienced by flow i in the last pe- riod
    Riand Xi may be smoothed using any smoothing in time technique, for example, using exponential smoothing.
    When the amount of resources missing has been determined, the amount of resources to release are calculated in block 403 by calculating the sum of the first amount received in block 401, and a second amount, which is the amount of resources missing to satisfy the bit rate requirement, determined in block 402. In the example of Figure 4 it is assumed that the result of block 403 is that there is resources to be released.
    Naturally, if there is no resources to release the process would end herein. o To release resources, the flows are sorted to a release order.
    The release O order may be called importance order or priority order.
    Any pre-determined sort- b ing rule may be used.
    A sorting rule may be based, for example, on one or more of T key performance indicators.
    A non-limiting list of such key performance indicators N 30 include a spectral efficiency of a flow, an achieved throughput of the flow, a guar- E anteed guality of service of the flow and/or a slice, and a priority (soft/hard prior- 00 ity) of the flow or the slice.
    One example of a sorting rule is described with Figure 3 6. A difference between the hard priority and the soft priority is that the hard pri- N ority depends only on priority index value, whereas the soft priority depends also N 35 onother metrics, as is done in the above examples.
    For example, when hard priority is used, all flows of a lower priority slice are removed before flows of a higher priority slice, whereas when soft priority is used a lower priority slice may still have one or more flows when flows of a higher priority slice are removed.
    In the illustrated example, a flow undergoes this process once during an execution round of the procedure and in the next execution round the flow may undergo this process again.
    When the flows have been sorted to release order, a flow that has not yet undergone this process and is next according to the release order is taken in block 405 to be processed. (If the flows are sorted to a queue to an ascending order, the first one is taken, if they are sorted to a descending order, the last one is taken.) Then the flow is in block 406 either removed, or its quality of service is degraded, depending on the bit rate requirement and possible other cri- teria defined for the slice instance.
    For example, a guaranteed bit rate may be de- graded to anominal bitrate, the nominal bitrate may be degraded to the best effort, and if the bit rate constraint is the best effort, the flow is released.
    After removing or degrading the flow, it is checked in block 407, whether enough resources have been released.
    When determining the amount of resources released in block 406, both the resources allocated to the flow and the missing resources to satisfy the bit rate requirement of the flow may be taken into account.
    In other words, in block 407 it is checked whether all resources released amounts to the resources calculated in block 403. If not (block 407: no), the process checks in block 408, whether all flows have undergone the removal or degrading (block 406). If not (block 408: no), the process continues to block 405 to take a flow to be processed.
    If enough resources have been released (block 407: yes), or if there is no unprocessed flows left (block 408: no), the released /degrade process ends, and will be triggered next time, when a new command to release resources is received S from the inter slice master instance is received.
    N In an example the value obtained as a result in block 403 is decre- A mented, when a flow is released, by the amount of resources the flow was getting, < and when a flow is degraded, by the amount of difference of the resource require- N 30 ments of the constraints, and when, after being decremented, the result value is E Zero or less than zero, enough resources has been released. co The amount of resources, which are decremented, may be calculated as 3 follows: rin : e wherein
    RA = resources released pn = minimum bit rate constraint target for flow i Ri = smoothed bit rate experienced by flow i in the last period Xi= smoothed amount of resources experienced by flow i in the last pe- riod In an implementation, the amount of data waiting to be transmitted in a transmit buffer of the instance is taken into account by using it as one factor for determining the value of the minimum bit rate constraint target for the flow i.
    For example, its value may depend on the quality of service type and the data in the transmit buffer, as follows: - full transmit buffer, use given minimum bit rate constraint tar- get for the flow - small continuous packet arrivals with guaranteed bit rate, use minimum between the arrival rate and the given minimum bit rate constraint target for the flow - packet transfers or nominal bit rate, use zero if there is no traf- fic in the buffer, and use minimum between the arrival rate and the given minimum bit rate constraint target for the flow, when there is traffic in the buffer It should be appreciated that the above are mere non-limiting examples.
    Figure 5 illustrates another example of a functionality of the intra-slice instance.
    In the illustrated example of Figure 5, the procedure may be triggered either when a command is received or when the instance detects that one or more ofits flows does not reach its quality of service level, a degraded flow may undergo S within one execution round the procedure until the flow is released and that active N flows are sorted to the ascending order.
    A Referring to Figure 5, the process is not triggered, if the guality of ser- T vice (QoS) is satisfied (block 501: yes) and no command to release resources is re- N 30 ceived (block 502: no). E If a bit rate reguirement of any of the flows is not satisfied, the guality co of service is not satisfied (block 502: no), the process is triggered and the amount & of resources missing to satisfy the bit rate reguirement are determined in block N 503, resulting to the second amount.
    Block 503 corresponds to block 402 and N 35 therefore it is not described more detail.
    However, since the quality of service is not satisfied, the result of block 503, i.e. the second amount, will be more than zero. Further, since no command was received, zero is used as the first amount. If a command to release the resources the first amount is received from the inter slice master instance (block 502: yes), the process is triggered and the amount of resources missing to satisfy the bit rate requirement are determined in block 503. When the process is triggered in response to the command, the result of block 503, i.e. the second amount, may be less or more than zero or equal to the Zero. Triggering the process also cause that flows that have been active within a predetermined time period are determined in block 504. Then the amount of resources to be released are calculated in block 505, as described above, and it is checked in block 506, whether the amount is more than zero. If the amount of resources is more than zero (block 506: yes), the active flows are sorted in block 506 to a queue in the ascending order, using a predetermined rule, as described with block 404, an example of the rule being illustrated in Figure 6. The topmost flow is taken in block 508, and it is either removed (block 509: yes), or if not removed (block 509: no) its quality of service is degraded in block 510 and the flow is put back to the queue in block 510. (A removed flow is not any more active, whereas a degraded flow is.) Whether the flow is removed or degraded depends on the bit rate requirement and possible other criteria defined for the slice instance, as explained with block 406. After removing (block 509: yes) or degrading (block 510), the process returns to block 505 to re-calculate the amount of resources to be released, the calculating taking into account the resources released in block 509 or in block 510, using the principles described above with blocks 403and 407. S If the amount of resources to be released is zero or less (block 506: no), N the execution round ends and the process returns to monitor, whether a command A is received (block 502), or a guality of service is not satisfied (block 501). T Figure 6 illustrates an example of a sorting rule, in which the flows are N 30 ordered by performing a process to a pair of rules, as long as the flows are in the E sorted order. In the illustrated example, it is assumed that active flows are sorted co to an ascending order, meaning that the first one is the one that releases resources & before the second one. N Referring to Figure 6, a presumption is that flows that have been active N 35 within a predetermined time period before sorting have been determined in block
    601. The active flows are sorted by performing to all combinations of two flows the following sorting procedure, starting by taking in block 602 two of the active flows to determine their order.
    The throughput of the flows is determined in block 603. If at least one of the flows do not have the same or higher throughput than its min- imum throughput constraint of the flow (block 604: no), it is checked in block 605, whether one of them has a higher throughput than its minimum throughput con- straint.
    If one of the flows has the same or a higher throughput (block 605: yes) than its minimum throughput constraint, it is sorted in block 606 to be the first one in the order (and then the one having throughput lower than the minimum throughput is the second one in the order). The minimum throughput constraint is a minimum throughput target required to be enforced.
    For the guaranteed bit rate it may be the same as 8" but for the nominal bit rate and the best effort it may be smaller than Br, If both flows have the same or a higher throughput than the minimum throughput (block 604: yes), it is checked in block 609, whether the flows have the same priority.
    If not (block 609: no), the one having the lower priority is sorted in block 610 to be the first one in the order (and then the one having the higher pri- ority is the second one in the order). If both flows have the same or a higher throughput than the minimum throughput (block 604: yes), and the same priority (block 609: yes), spectral effi- ciencies of the flows are determined in block 611, and if they are different (block 612: no), the one having the lower is sorted in block 613 to be the first one in the order.
    If both flows have the same or a higher throughput than the minimum throughput (block 604: yes), the same priority (block 609: yes), and the same spec- tral efficiency (block 612: yes), the flows are sorted in block 614 using correspond- S ing mobile identifiers as a default ordering criterion.
    For example, the one having N the smaller identifier is sorted in block 614 to be the first one in the order.
    A The intra slice instance may be configured further run in parallel with T a process based on Figure 4 or 5, a process described in Figure 7 to detect and re- N 30 move latency critical flows, if needed.
    E Referring to Figure 7, packet delay budget failure ratio of latency critical co flows is updated in block 701, per a flow. & The packet delay budget failure ration of a flow may be determined us- N ing exponential smoothing or averaging window.
    N 35 When exponential smoothing is used, assuming that each flow is asso- ciated with an averaging window, following formula may be used:
    ye = ay + (1-0) I wherein y; ” = the packet delay budget failure ratio of flow i ai = variable value for flow i I = 1, if d>Di, otherwise 0, wherein d is the measured experienced delay and Di the packet delay budget of the flow i The variable oi may be selected to match a desired averaging window. For example, following formula, in which an effect of a failure is smoothed to e1 after certain updates, may be used: Oi =ePi/AW wherein Pi = packet inter-arrival time AW = averaging window, for example 2000 ms In an embodiment, y; ”” may be initialized to zero. When the averaging window is used, after receiving Nth packet, follow- ing formula may be used:
    N yh = n > I (AW /Pi) - wherein o 25 yåW = the packet delay budget failure ratio of flow i O AW = averaging window, for example 2000 ms & Pi = packet inter-arrival time oo n = N-(AW /Pi)+1 N (AW /Pi) = ceil of AW/Pi E 30 I = 1, if d>Di, otherwise 0, wherein d is the measured experienced delay 9 and Di the packet delay budget of the flow i 3 N In both above examples, if the packet inter-arrival time is not known, N an estimate may be used, or a value based on previous differences of two consec- — utive packet arrivals may be used.
    Regardless how the failure ratios are determined, they are compared in block 702 to a predetermined threshold th. The threshold may be, for example, 2%. If there are one or more flows whose failure ratio is above the threshold (block 702), the one or more flows having the failure ratio above the threshold are removed in block 703, and the process returns to block 701. In an implemen- tation, if averaging window was used in block 701, after block 703 the exponen- tial smoothing will be used in block 701, If all failure ratios are equal to or smaller than the threshold (block 702: no), the process returns to block 701.
    Although not illustrated in Figure 7, the process may be frozen during a congestion time of the network.
    Although not illustrated in Figures 3 to 7, when the resources are up- dated, tokens of modified data resource bearers or slices are reset and updated correspondingly.
    Further, it may happen that a slice releases more resources than needed, due to the process releasing resources per flow. Depending on an imple- mentation, the extra resources thus obtained may be shared within the slice or re- used by other slices, provided that the minimum resource constraint of the slice is not violated. There exists several possibilities to re-assign resources. For example, the slices may be arranged in an ascending order of priority, and the extra re- sources could be dedicated to increase slice resources of one or more higher prior- ity slices, starting from the slice of the highest priority. If the processes (releasing and commanding) are performed in parallel, and if the process of Figure 3 is per- formed so that slices are processed in a priority order, starting from the lowest one, and a command to release resources is caused to be sent immediately it has been S determined, information of the extra resources may be used to decrease the O amount of resources to release by the higher priority slices. Figure 8 illustrates o> such a procedure in more detail.
    < Referring to Figure 8, resource use of the two or more slices is moni- N 30 tored in block 801, corresponding to block 301, by checking current obtained re- E sources by all slices. If the resources used remain within the resource constraints co (block 802: yes), the monitoring in block 801 continues. If the resources used do & not remain within the resource constraints (block 802: no), the amount of re- N sources to release are determined in block 803 per a slice, as described with block N 35 303. The slices, whose resources are determined to be released, are also sorted in block 804 to a gueue in an ascending order of priority.
    The topmost slice form the queue is taken in block 805 and command- ing the slice to release resources by the determined amount is caused in block 806.
    If the slice was not the last slice to be commanded, i.e. the queue is not empty (block 807: no) and if the slice informs that it released more resources than the amount in the command in block 806, i.e. information of extra resources is received (block 808: yes), the extra resources will be used in block 809 to update the amount of resources to release for at least one slice by decreasing the amount of resources. Then (after block 809), or if no extra resources were released (block 808: no), the process proceeds to block 805 to take the topmost slice. (Naturally, if the update in block 809 results that no resources should be released, the slice or slices are taken from the queue, and if it causes the queue to be empty, the process returns to block 801 to continue monitoring.) If all slices are commanded to release resources (block 807: yes), the process returns to block 801 to continue the monitoring.
    As is evident, the above examples disclose overload control mecha- nisms that are slice-aware and can be configured take into account flexible slice resources, provided by the minimum and maximum slice constraints. Thereby it can guarantee service level agreement/quality of service protecting within individ- ual slices. There is no need to wait for a specific slice congestion situation before triggering the overload control mechanism. Since slices are commanded slice-spe- cifically, there is no need to borrow resources to/from other cells or a single slice, but borrowing may be possible in some implementations, if the slice in question indicates extra resources. As a summary, the examples allow slice flexible resource utilization with the service level agreement guarantee and customization, per a slice, intra-slice flow sorting policies, when resources are to be released by a slice.
    S Since resources are released slice-specifically, flows are removed also based on the O slice they belong to, thereby allowing monitoring resource utilization by all slices o> (tenants). 2 The blocks and related functions described above by means of Figures N 30 2to8arein no absolute chronological order, and some of them may be performed E simultaneously or in an order differing from the given one. Other functions can also © be executed between them or within them and/or other rules applied or selected. & Some of the blocks or part of the blocks can also be left out or replaced by a corre- N sponding block or part of the block. N 35 Figure 9 illustrates an apparatus 900 comprising a communication con- troller 910 such as at least one processor or processing circuitry, and at least one memory 920 including a computer program code (software, algorithm) ALG. 921, wherein the at least one memory and the computer program code (software, algo- rithm) are configured, with the at least one processor, to cause the respective ap- paratus to carry out any one of the embodiments, examples and implementations described above. The apparatus of Figure 9 may be an electronic device.
    Referring to Figure 9, the memory 920 may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The memory may comprise a con- figuration storage CONF. 922, such as a configuration database, for at least storing (permanently or temporarily) one or more configurations and/or corresponding parameters /parameter values, for example the slice constraints and/or flow re- lated information. The memory 920 may further store a data buffer for data waiting for transmission and/or data waiting to be decoded.
    Referring to Figure 9, the apparatus 900 may further comprise a com- munication interface 930 comprising hardware and/or software for realizing com- munication connectivity according to one or more radio communication protocols. The communication interface 930 may provide the apparatus with radio commu- nication capabilities in a wireless network. The communication interface may com- prise standard well-known analog radio components such as an amplifier, filter, frequency-converter and circuitries, conversion circuitries transforming signals between analog and digital domains, and one or more antennas or antenna arrays comprising plurality of antennas. Digital signal processing regarding transmission and/or reception of signals may be performed in a communication controller 910 .
    The apparatus 900 may further comprise an application processor (not o illustrated in Figure 9) executing one or more computer program applications that AN generate a need to transmit and/or receive data The application processor may 3 execute computer programs forming the primary function of the apparatus. | o The communication controller 910 may comprise one or more slice ra- N 30 dio overload control (SROC) mechanism 911 configured to perform resource re- E leasing and/or overload detecting according to any one of the embodiments/exam- © ples/implementations described above. & As used in this application, the term ‘circuitry’ refers to all of the follow- N ing: (a) hardware-only circuit implementations, such as implementations in only N 35 analog and/or digital circuitry, and (b) combinations of circuits and soft-ware (and/or firmware), such as (as applicable): (i) a combination of processor(s) or (ii)
    portions of processor(s)/software including digital signal processor(s), software, and memory(ies) that work together to cause an apparatus to perform various functions, and (c) circuits, such as a microprocessor(s) or a portion of a micropro- cessor(s), that reguire software or firmware for operation, even if the software or firmware is not physically present.
    This definition of ‘circuitry’ applies to all uses of this term in this application.
    As a further example, as used in this application, the term ‘circuitry’ would also cover an implementation of merely a processor (or mul- tiple processors) or a portion of a processor and its (or their) accompanying soft- ware and/or firmware.
    The term ‘circuitry’ would also cover, for example and if applicable to the particular element, a baseband integrated circuit or applications processor integrated circuit for a mobile device or a similar integrated circuit in a sensor, a cellular network device, or another network device.
    In an embodiment, at least some of the processes described in connec- tion with Figures 2 to 8 may be carried out by an apparatus comprising correspond- ing means for carrying out at least some of the described processes.
    The apparatus may comprise separate means for separate phases of a process, or means may per- form several phases or the whole process.
    Some example means for carrying out the processes may include at least one of the following: detector, processor (includ- ing dual-core and multiple-core processors), digital signal processor, controller, re- ceiver, transmitter, encoder, decoder, memory, RAM, ROM, software, firmware, dis- play, user interface, display circuitry, user interface circuitry, user interface soft- ware, display software, circuit, antenna, antenna circuitry, and circuitry.
    In an em- bodiment, the atleast one processor, the memory, and the computer program code form processing means or comprises one or more computer program code por- tions for carrying out one or more operations according to any one of the embodi- o ments/examples/implementations described herein.
    AN According to yet another embodiment, the apparatus carrying out the A embodiments comprises a circuitry including at least one processor and at least 2 one memory including computer program code.
    When activated, the circuitry N 30 causes the apparatus to perform at least some of the functionalities according to E any one of the embodiments/examples/implementations of Figures 2 to 8, or op- 0 erations thereof. & The technigues and methods described herein may be implemented by N various means.
    For example, these technigues may be implemented in hardware N 35 (one or more devices), firmware (one or more devices), software (one or more modules), or combinations thereof.
    For a hardware implementation, the apparatus(es) of embodiments may be implemented within one or more applica- tion-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field pro- grammable gate arrays (FPGAs), processors, controllers, micro-controllers, micro- processors, other electronic units designed to perform the functions described herein, or a combination thereof.
    For firmware or software, the implementation can be carried out through modules of at least one chip set (e.g. procedures, func- tions, and so on) that perform the functions described herein.
    The software codes may be stored in a memory unitand executed by processors.
    The memory unit may be implemented within the processor or externally to the processor.
    In the latter case, it can be communicatively coupled to the processor via various means, as is known in the art.
    Additionally, the components of the systems (apparatuses) de- scribed herein may be rearranged and/or complemented by additional compo- nents in order to facilitate the achievements of the various aspects, etc., described with regard thereto, and they are not limited to the precise configurations set forth in the given figures, as will be appreciated by one skilled in the art.
    Embodiments/examples/implementations as described may also be carried out in the form of a computer process defined by a computer program or portions thereof.
    Embodiments of the methods described in connection with Fig- ures 2 to 8 may be carried out by executing at least one portion of a computer pro- gram comprising corresponding instructions.
    The computer program may be in source code form, object code form, or in some intermediate form, and it may be stored in some sort of carrier, which may be any entity or device capable of carry- ing the program.
    For example, the computer program may be stored on a computer program distribution medium readable by a computer or a processor.
    The com- o puter program medium may be, for example but not limited to, a record medium, AN computer memory, read-only memory, electrical carrier signal, telecommunica- A tions signal, and software distribution package, for example.
    The computer pro- 2 gram medium may be a non-transitory medium, for example.
    Coding of software N 30 forcarrying out the embodiments as shown and described is well within the scope E of a person of ordinary skill in the art.
    In an embodiment, a computer-readable me- © dium comprises said computer program.
    For example, the non-transitory medium D may be a non-transitory computer readable medium comprising program instruc- N tions for causing an apparatus to perform atleast one of a first process and a second N 35 process, wherein the first process comprises the following: monitoring how two or more network slices use resources; determining, in response to the use not being within slice constraints, per a network slice, an amount of resources to be released by the network slice; and causing commanding network slices to release resources correspondingly, wherein the second process comprises the following: determin- ing, in response to detecting that a command to release resources a first amount is received or that one or more of flows do not reach quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of ser- vice requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; releasing resources flow by flow according to the order until enough resources are released. Even though the invention has been described above with reference to examples according to the accompanying drawings, it is clear that the invention is not restricted thereto but can be modified in several ways within the scope of the appended claims. Therefore, all words and expressions should be interpreted broadly and they are intended to illustrate, not to restrict, the embodiment. It will be obvious to a person skilled in the art that, as technology advances, the inventive concept can be implemented in various ways. Further, itis clear to a person skilled in the art that the described embodiments may, but are not required to, be com- bined with other embodiments in various ways.
    oNO
    N ©
    I coN
    I a a co 0 00LOONON
    权利要求:
    Claims (15)
    [1] 1. An apparatus comprising at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the atleast one processor, cause the apparatus at least to perform: monitoring how two or more network slices use resources; determining, in response to the use not being within slice constraints, per a network slice, an amount of resources to be released by the network slice; and causing commanding network slices to release resources correspond- ingly.
    [2] 2. An apparatus according to claim 1, wherein the at least one memory and computer program code configured to, with the at least one processor, cause the apparatus further to perform the monitoring by checking per a network slice whether the slice violates its maximum resource constraint and/or other slices’ minimum resources constraints and/or its maximum rate constraint and/or other slices’ minimum resource constraints.
    [3] 3. An apparatus according to claim 1 or 2, wherein the at least one memory and computer program code configured to, with the atleast one processor, cause the apparatus further to perform: sorting, in response to the use not being within slice constraints, the network slices to an order according to a predetermined rule; o causing commanding network slices one network slice at a time accord- O ing to the order; A in response to receiving from a network slice information that more re- 2 sources than the amount in the command were released, updating amounts of re- N 30 sources to be released of network slices that have not yet been commanded to re- E lease resources. < 3 4. An apparatus according to claim 1, 2 or 3, wherein the at least one ä memory and computer program code configured to, with the atleast one processor, cause the apparatus further to perform for at least one of the two or more network slices an intra-slice procedure comprising:
    [4] determining, in response to the command to release resources a first amount or in response to one or more of flows of the slice not reaching quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; and releasing resources flow by flow according to the order until enough re- sources have been released.
    [5] 5. An apparatus comprising at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the atleast one processor, cause the apparatus at least to perform: determining, in response to detecting that a command to release re- sources a first amount is received or that one or more of flows do not reach quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; releasing resources flow by flow according to the order until enough re- sources have been released.
    [6] 6. An apparatus according to claim 4 or 5, wherein enough resources have been released when a released amount of resources is at least equal to the S sum of the first amount and the second amount.
    [7] S o> 7. An apparatus according to claim 4, 5 or 6, wherein the releasing in- < cludes removing the flow or degrading the quality of service of the flow.
    [8] N 30 E 8. An apparatus according to claim 4, 5, 6 or 7, wherein the guality of © service is a bit rate requirement.
    [9] O N 9. An apparatus as claimed in claim 4, 5, 6, 7 or 8, wherein the sorting N 35 ruleis based on one or more of key performance indicators comprising a spectral efficiency, an achieved throughput, a guaranteed guality of service, and a priority.
    [10] 10. An apparatus according to claim 4, 5, 6, 7, 8 or 9, wherein the at least one memory and computer program code configured to, with the at least one pro- cessor, cause the apparatus further to perform the sorting of flows by performing atleast the following: in response to flows having each at least the same throughput than its minimum throughput constraint but different priorities, sorting the flows accord- ing to the priority order, so that resources of a flow with a lower priority are re- leased before resources of flows with higher priority; in response to flows each at least having the same throughput than its minimum throughput constraint and the same priorities, determining spectral ef- ficiencies of the flows and sorting the flows so that resources of a flow with lower spectral efficiency are released before resources of flows with higher spectral effi- ciency; and in response to flows each at least having the same throughput than its minimum throughput constraint, the same priorities, and the same spectral effi- ciencies, sorting the flows according to mobile identifiers associated with the flows.
    [11] 11. An apparatus according to claim 4, 5, 6, 7, 8, 9 or 10, wherein the at least one memory and computer program code configured to, with the at least one processor, cause the apparatus further to perform: determining, per a flow, a packet delay budget failure ratio; and in response to the packet delay budget failure ratio of the flow being above a threshold, removing the flow.
    [12] S 12. A method comprising: N monitoring how two or more network slices use resources; A determining, in response to the use not being within slice constraints, O per a network slice, an amount of resources to be released by the network slice; N 30 and E causing commanding network slices to release resources correspond- Q ingly.
    [13] O N 13. A method comprising: N 35 determining, in response to detecting that a command to release re- sources a first amount is received or that one or more of flows do notreach guality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; releasing resources flow by flow according to the order until enough re- sources have been released.
    [14] 14. A computer program comprising instructions for causing an appa- ratus to perform at least one of a first process and a second process, wherein the first process comprises the following: monitoring how two or more network slices use resources; determining, in response to the use not being within slice constraints, per a network slice, an amount of resources to be released by the network slice; and causing commanding network slices to release resources correspond- ingly, wherein the second process comprises the following: determining, in response to detecting that a command to release re- sources a first amount is received or that one or more of flows do not reach quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; releasing resources flow by flow according to the order until enough re- sources are released.
    O N
    [15] 15. A computer readable medium comprising program instructions for A causing an apparatus to perform at least one of a first process and a second process: T wherein the first process comprises the following: N 30 monitoring how two or more network slices use resources; E determining, in response to the use not being within slice constraints, co per a network slice, an amount of resources to be released by the network slice; & and N causing commanding network slices to release resources correspond- N 35 ingly, wherein the second process comprises the following:
    determining, in response to detecting that a command to release re- sources a first amount is received or that one or more of flows do not reach quality of service level of the flow, a second amount corresponding to resources missing to satisfy quality of service requirements of active flows; sorting, in response to having two or more flows, the flows to an order according to a predetermine sorting rule for flows; releasing resources flow by flow according to the order until enough re- sources are released. o
    N
    O
    N ©
    I co
    N
    I a a co 0 00
    LO
    O
    N
    O
    N
    类似技术:
    公开号 | 公开日 | 专利标题
    US20180210765A1|2018-07-26|System and Method for Fair Resource Allocation
    EP3697040B1|2022-03-09|Congestion control in a wireless communication network
    FI129325B|2021-11-30|Overload control mechanism
    US11197209B2|2021-12-07|Efficient computing of application data in mobile communication network
    US10716031B2|2020-07-14|Network node configured to provide wireless access with enhanced resource allocation
    US20200374830A1|2020-11-26|Base station configured to provide distance filtering
    US20220060246A1|2022-02-24|Extending coverage of a communication system
    US11284408B2|2022-03-22|Scheduling in wireless communication networks
    US20210345349A1|2021-11-04|Scheduling in wireless communication networks
    US11109284B2|2021-08-31|Controlling handover based on network slices supported by base station
    WO2020061806A1|2020-04-02|Priority handling at quality of service flow relocation
    US20210142257A1|2021-05-13|Remote definition of metrics
    US11115271B1|2021-09-07|Network slice configuration
    FI128634B|2020-09-15|Providing information
    WO2021144048A1|2021-07-22|Relaying transmissions
    WO2020037675A1|2020-02-27|Data priority indication for uplink grant
    US20210360045A1|2021-11-18|Video on demand load equalization
    WO2020056595A1|2020-03-26|Downlink small data transmission
    WO2021240051A1|2021-12-02|M-trp beam failure indication
    WO2021155996A1|2021-08-12|Scheduling in wireless communication networks
    WO2021185446A1|2021-09-23|Improving service continuity
    WO2021047767A1|2021-03-18|Mobility of integrated access and backhaul nodes
    WO2022003234A1|2022-01-06|Communication in non-terrestrial networks
    CN112514477A|2021-03-16|Multi-cell link direction alignment
    WO2021032279A1|2021-02-25|Method for controlling communication availability in a cyber-physical system
    同族专利:
    公开号 | 公开日
    EP3962034A1|2022-03-02|
    CN114125890A|2022-03-01|
    FI129325B|2021-11-30|
    US20220070737A1|2022-03-03|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    EP3461087B1|2016-06-16|2020-10-21|Huawei Technologies Co., Ltd.|Network-slice resource management method and apparatus|
    US20210037544A1|2018-03-27|2021-02-04|Nokia Solutions And Networks Oy|Network slicing based on one or more token counters|
    法律状态:
    2021-11-30| FG| Patent granted|Ref document number: 129325 Country of ref document: FI Kind code of ref document: B |
    优先权:
    申请号 | 申请日 | 专利标题
    FI20205838A|FI129325B|2020-08-28|2020-08-28|Overload control mechanism|FI20205838A| FI129325B|2020-08-28|2020-08-28|Overload control mechanism|
    EP21192726.4A| EP3962034A1|2020-08-28|2021-08-24|Overload control mechanism|
    US17/412,778| US20220070737A1|2020-08-28|2021-08-26|Overload control mechanism|
    CN202110996837.6A| CN114125890A|2020-08-28|2021-08-27|Overload control mechanism|
    [返回顶部]